ftp.cs.arizona.edu/ftp.cs.arizona.edu.tar/ftp.cs.arizona.edu/icon/newsgrp/group98c.txt/000047_icon-group-sender _Thu Sep 24 12:40:55 1998.msg

Internet Message Format | 2000-09-20 | 2KB

Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
    by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) with SMTP id MAA05492
    for <[e-mail]>; Thu, 24 Sep 1998 12:40:55 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
    id AA13283; Thu, 24 Sep 1998 12:40:25 -0700
To: [e-mail]
Date: 24 Sep 1998 09:19:02 -0700
From: [e-mail] (Gregg Townsend)
Message-Id: <6udrdm$[e-mail]>
Organization: University of Arizona CS Department, Tucson AZ
Sender: [e-mail]
References: <6ucfk5$[e-mail]>
Subject: Re: Possible to return a record from a loadable C func?
Errors-To: [e-mail]
Status: RO

Steve Hite <[e-mail]> wrote:

> I've been looking at the cfuncs directory in Icon 9.3 for examples of how to
> create external C functions which can be dynamically loaded by the
> interpreter.  I would like to construct a C function and have it return an
> Icon record type.  Is this possible?

You can probably build a record if you can get the Icon caller to pass in
a record constructor.  There's no predefined macro for building records,
as you've noticed, so it will take some digging in the Icon runtime system
source code to figure out what to do.

Creating a *new* record type that doesn't already exist is not feasible;
all record types must be known at link time, where they affect tables and
operands in the generated icode.

   ---------------------------------------------------------------------------
   Gregg Townsend              Gould-Simpson Building   [e-mail]
   Staff Scientist             1040 E. 4th St.          32 13 45N  110 57 16W
   Dept. of Computer Science   PO Box 210077            tel: [phone]
   The University of Arizona   Tucson, AZ  85721-0077   fax: [phone]